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1. Introduction 


This document specifies a design for the gameplay of a game with the provisional title "Race n Chase”. It 
is based on elements discussed in various meetings held since 23rd January 1995 and involving Dave 
Jones. Mike Dailly, Robert Parsons. Stewart Graham, Steve Hammond. Chink. Oi. Keith Hamilton and 
David Kivlin. 


1.1 Scope 

This document is intended to be read by programmers, artists and producers involved in the design, 
implementation and testing of Race'n’Chase. 

1.2 Type Conventions 

Things which have been discussed in a meeting are presented in this document using Tunes font, like 
this. 

Things which have not been officially agreed on but which are suggested by the author are 
presented in Chicago font, like this. 


2. References 

[1] CityScape Data Structure 

Version 3.10 - March 21. 1995 - DMA Design Ltd 

[2] Pedestrians in Race’n’Chase 

Version 1.00 - March 14. 1995 - DMA Design Ltd 

[3] Vehicles In Race’n’Cbase 

Version 1.00 - March 14.1995 - DMA Design Ltd 

[4] Traffic Control In Race’n’Chase 

Version 1.00 - March 15.1995 - DMA Design Ltd 

[5] Screen Display in Race’n’Chase 

Version 1.00 - March 16.1995 - DMA Design Ltd 

[6] Comnw In Race’n’Chase 

Version 1.00 - March 17.1995 • DMA Design Ltd 
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5. Specification 

5.1 Concept 

The aim of Race'n'Chasc is to produce a fun. addictive and fast multi-player car racing and crashing 
game which uses a novel graphics method. 

5.2 Story 

5.2.1 Sotting 

The game will be set in a present-day world. 

5.3 Game Structure 

There will 3 cities with a different graphic style for each city ( e.g. New York, Venice, Miami). There 
will be man y different missions to be played in each city. This is so that players can get to know the 
routes through a particular city. 

In each game type, it will be possible to progress to different cities only when certain goals have been 
attained. 

5.4 Players 

The PC game will be playable by multiple players across a network or by one player at a standalone 
machine. Console versions will allow two players at one machine. This facility may be added to PCs. 

5.5 Action 

Players will be able to drive cars and possibly other vehicles such as boats, helicopters or lorries. 

Cars can be stolen, raced, collided, crashed ( ramraiding ?) and have to be navigated about a large map. 

It will also be possible for players to get out of their car and steal another one. This will mean controlling 
a vulnerable pedestrian for a short lime. Trying to steal a car may result in an alarm being set off which 
will, of course, attract the police. 

5.6 Objective 

The objective of the game will vary depending on the game type. The player can choose to play one of 4 
different games: 

5.6.1 Cannonball Run 

This a a straight race across the city where the winner is the first player to drive from ’A” to 'B'. taking 
any route. Best times could be saved. Pole positions could be set depending on each players best time 
round a practice route. 

Computer-controlled cars could be included in the race. Progressing to the next level would require 
finishing ahead of the computer cars. 

5.6.2 Demolition Derby 

The players can drive anywhere in the city. The aim is to cause damage to the other ears by crashing into 
them. The winner is the driver who survives the longest. 
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Alternatively, players whose cars get wrecked could get a new car back at the start, so the winner is die 
player who wrecks the most enemy cars. 

5.6.3 Bank Robbary ( Robbar ) 

The player dnves a getaway car and must escape from the police by reaching a particular location < e.g. 
cross safe line or get to safe bouse ). There will be many different missions available - with varying start 
point, end point, police presence, etc. 

When enough crimes have been completed, the player can move on to a different city. 

The robber’3 game is up when he gets killed or is captured by the police. 

5.6.4 Bank Robbery ( Cop ) 

The player controls a police car and must stop a getaway car from escaping. Other police cars are 
controlled by the computer or by other network players. 

5.7 Graphics 

5.7.1 Landscape 

The landscape will be viewed from directly above, with perspective. Different scenes are possible, e.g. 
urban, countryside, seaside, etc. The landscape will be built from 64x64x64 pixel blocks, which arc 
drawn with a texture map for each visible face. 

Some faces will be animated. Some faces will be transparent. 

The screen will scroll left/right/up/down as the player’s vehicle moves so that is is kept approximately 
centred. The screen will not tilt or rotate, but it will be possible to room in and out 
The screen will zoom to different levels automatically depending on the action. For example, it could 
zoom out as the car drives faster, or zoom in to show a crash in more detail. At maximum zoom in, 
individual people will be clearly visible. The maximum zoom out which is practical will depend on the 
speed of the PC. 

5.7.1.1 Reduced Detail 

A reduced detail mode will be included for PCs which are not fast enough to display the whole 
perspective view. In this mode, the sides of building will not be drawn and the tops will be drawn on the 
ground. The will result in a landscape looking something like the original Sim City. 

5.7.1.2 Optmizod Display 

The perspective landscape must be drawn as fast as possible. Looping versus repetition for line draws is 
being investigated. 

5.7.2 Objects 

Objects (e.g. cars) will be drawn using some scaled & rotated sprites ( see below for more details ). Each 
will be around 64x64 pixels. Cars will always be seen from above. 

All object graphics will be based on rendered models. 

There will be around 20 different cars per style. 

5.7.3 Screen Display 
5.7.3.1 Dashboard 

Overlaid on top of the landscape view will be the instruments of the current ear. These will include: 

• speedometer 

• rev counter 

• damage meter 
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5.7.3.2 Popup* 

Miniature popup windows could appear occasionally to show animations of what is happening, e.g. arrest 
being made, car being wrecked. 

5.7.4 Weather 

Different weather effects will be invesugated . for example : 

• snow ( swirling effect white pixels) 

• thunder & lightning (flash screen, darken palette ) 

5.8 Data Storage 

5.8.1 Car Sprites 

As the light source is directly overhead, rotation can be done in software. This means storing only 3 
frames per car (the up/down rotation ). 

Deltas will be drawn onto the car sprites to show additional detail, such as brake lights, police lights, 
damage. 

5.8.1.1 Compressed World 

Some form of compression will be used to store the world data. This should aim to produce a world 
which at least 2 minutes to drive across but which can be held entirely in memory. 

This may mean around 256x256x6 blocks. 

Buffer loading could still be used, but only for major changes, e.g. crossing into a different state. 
Compression ideas: 

• store 2-bytc pointer for each block, instead of 5 faces & type 

• store 2-byte pointer for each column (no bridges then) 

• store blocks run-length encoded upwards 
These compression methods will be investigated. 

5.8.2 Faces 

Landscape face graphics will require: 

Bytes per face : 64x64 

Faces per style : 255 

Total : 1,044.480 bytes 

5.8.3 Code 

Code space will amount to 1MB. 

5.8.4 Sound 

Space for sound ( samples, etc.) will amount to 1MB. 
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3. Target System 


Raccn Chase will be produced for the following platforms : PC DOS. PC Windows 95. Playstation. 
Saturn and Ultra 64. This document is primarily concerned with the PC versions. 


3.1 DOS 

The DOS version will use a DOS extender so that it can use the 32-bit flat memory model. It will require 
4MB of RAM. This limit may have to be raised to 8MB to accomodate ail of the graphics which will be 
required. 

The game will run in either SVGA mode 101b (640*480) or VGA mode I3h (320x200). Both modes use 
256 colours from an 18-bit palette. A very fast processor (e.g. Pentium) will be recommended for the 
SVGA mode. 


3.2 Windows 95 

The 32-bii Windows version will require 8MB of RAM. It will use 8-bit or 16-bit graphics, depending on 
the card fitted. 

Both PC versions of the game will be supplied on one CD-ROM. There will be no floppy version. 

4. Development System 

4.1 Software 

Rnce'n’Chase will use the overhead perspective engine developed by Mile Dailly. 

The DOS version will be developed using Waicom C/C++ vlO. Microsoft MASM 6.1 and Rnriooal 
Systems DOS extender (DOS4GW) v 1.97. 

The Windows 95 version will be developed using Visual C++ v2.0. 
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6. Gameplay 

6.1 World 

The playing world will be very, very large - multiple screens. 

There will be a number of dear landmarks to ease navigation. 

A large printed map will be supplied as part of the package, it will be necessary to refer to this during 
gameplay. 

Usage of the pause key may be restricted so that players cannot keep pausing the game to look at the 
map. Instead, they must park somewhere to stop and look at the map. 

6.2 Landscape 

The landscape will consist of: 

• roads (small roads and freeways) 

• pavements 

• buildings 

• water hazards 

• bridges 

The landscape is not fixed, and can be altered by player actions. 

The landscape will include a number of levels so that. e.g.. a road could be on a bridge across another 
road. This means that slopes will be necessary to get from one level to another. 

The landscape will be. in a city, highly populated : there will be lots of incidental things to see like 
traffic, pedestrians, etc. 

6.2.1 Roads 

Roads will be constructed using a map editor from a number of fixed pieces, e.g. corners, junctions, 
straights, etc. Lancs will be 1 block wide. 

6.2.2 Pavement 

Pedestrians will normally walk on pavement blocks. Cars can drive on road or pavement Pavements will 
be 1 block wide. 

6.2.3 Buildings 

Buildings will be constructed from cube-shaped blocks but can be any shape. It will be possible for cars 
to cause damage to buildings when they crash - e.g. plate glass window on side of building is seen to 
smash. 

6.3 Ground Type 

Types of ground will include: 

• road 

• pavement 

• water 

• building 

6.4 Object Types 

Objects which can appear include: 
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• road blocks 

• road signs 

• traffic lights 

• pedestrians 

• inanunate objects, e.g. bins 

6.4.1 Cars 

There will be player controlled cars, intelligent other cars, and simple drone cars. 

It will be possible for cars to sustain damage and continue. The damage will be shown by the car slowing 
down, wobbling, pulling to one side, or emitting smoke. It could also be shown by damage deltas drawn 
onto the car sprite. 

If a player-controlled car has a serious crash, it will blow up after a short lime. Hence, the player must get 
out of the car and find another one. 

Cars will not run out of fuel. 

6.4.1.1 Car Intelligence 

Intelligent cars will be able to navigate themselves about the city, plotting the shortest route to another 
car or to a particular location. 

6.4.2 Lorries 

Lorries will be treated as a separate cab and trailer, where the trailer just has to always follow the cab. 

6.4.3 Pedestrians 

Pedestrians will be wandering about all of the time. They can be run over by cars. They will tend to walk 
on pavements. 

Types of pedestrians could include : 

• schoolchildren & lollipop lady 

• dogs 

6.5 Police 

6.5.1 Communication 

The police will communicate with each other by means of radio messages which the player will hear as 
sampled speech complete with radio crackles. 

Getaway drivers will have a scanner which is tuned into these police broadcasts. Messages will be of the 
form "x seen on y street" and will be sent to all other police cars when the robbers are spotted. 

The printed map will have to be used to see where the street in question is. 

6.5.2 Guns 

The police will be able to get out of their cars and shoot at the robbers. 

6.6 Control 

The game will be controlled by mouse or keyboard. 

6.6.1 Direct Control 

When using direct control (i.e. when dnvmg one car), the controls will be: 

• accelerate 

• brake 

• turn left 
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• turn right 

• change gear - forward / reverse 

• sound bom 

• get in/out car 

The radio-control car method will be used, i.c. directions are always relative to the car. 

The steering will auto-centre. That is. it will tend to turn back towards straight ahead. The amount of turn 
will increase as the steering key is pressed. 

A handling method must be developed which will permit the player to perform stunts with the car such as 
handbrake turns, spinning wheels, etc. 

6.6.2 Hardware 

The thmstmastcr steering wheel, and possible other devices, will be supported. 

6.6.3 Indirect Control 

An indirect control method ( using mouse to co-ordinate various intelligent cars ) can be added to the 
game at a later stage if necessary. 

7. Front End 

7.1 Intro 

There will be a pre-drawn/rendered animated introduction to the game. 

7.2 Menus 

The game will use a simple menu system, as in Doom, for selecting options. 


8. Development Tools 

8.1 Editor 

The editor used for Race'n Chase will produce a 3D array which can used by both the perspective and the 
isometric engines, so that it can also be used for other games. 

It will consist of a grid editor which is used to place blocks on a grid, with a seperate grid for each level. 
The editor will allow any block to be placed at any level. Each block can be assigned texture maps for up 
to 5 faces (top and 4 sides ). A standard data formal will be used to represent this. 

9. Team 


Project Manager 
PC Programming 
PS-X Programming 
Saturn Programming 
U-64 Programming 
Programming 
Art 

Design 

Producer 


: Keith H 

: Keith H. Robert P 
: Cameron R 
: tba 
: tba 

: David K +■ 2 others 
: Chink ♦ 3 others 
: Stewart G 
: Dave 
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10. Time 

Official Start Dale 
Compleic Game Design 

Milestone 1 - Engine 
Milestone 2 ■ Look &Feel 
Milestone 3 - 1st Play 
Milestone 4 • Alpha 

End of Project 


April 4. 1993 
May 31. 1995 

July 3. 1995 
October 2. 1995 
January 3. 1996 
April 1. 1996 

July 1. 1996 
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